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Response to Amendment 
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This action is in response to applicant's arguments filed 1 1/22/2010, which was 
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in response to USPTO Office Action mailed 5/25/2010. 



5 



Claims 1-6, 8-26, 28, 30-45 and 47 are pending. 
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Response to Arguments 
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Applicant's arguments, see pages 11-13, filed 1 1/22/2010, with respect to the 



9 rejection(s) of claim(s) 1 -6, 9, 1 1 , 22, 23-25, 40-45 under Pruthi have been fully 

1 0 considered and are persuasive. Pruthi does not disclose the specific of Kernel memory. 

1 1 Therefore, the rejection has been withdrawn. However, upon further consideration, a 

12 new ground(s) of rejection is made in view of Pruthi in view of Ramaswamy. 
13 

14 Applicant's arguments filed 1 1/22/201 0 have been fully considered but they are 

1 5 not persuasive. 

1 6 In response to applicant's preliminary argument (page 1 1 ) that the examiner has 

17 combined an excessive number of references, reliance on a large number of references 

18 in a rejection does not, without more, weigh against the obviousness of the claimed 

19 invention. See In re Gorman, 933 F.2d 982, 18 USPQ2d 1885 (Fed. Cir. 1991). 

20 The claims as presently presented have broad and varying subject matter. For 

21 instance, Applicant's general invention (claim 1) contemplates a network analyzer with a 

22 particular method of transferring data to host memory. Where embodiments (claim 8) 
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1 may include a particular type of 'next channel' data in the descriptor of an entry. Where 

2 embodiments (claim 17) include particular methods of hardware buffering involving 

3 thresholds of buffer fullness. Where embodiments (claim 32) have a particular way of 

4 linking the data entries. 

5 References in the prior art are typically focused in their disclosure of an 

6 improvement and omit from their description methods known in the prior art. Therefore, 

7 when claims are directed to wide and varying features singular references would not 

8 recite all the elements, not because they are new and novel, but because the 

9 description would be extraneous to the invention claimed. For example a reference 

1 0 directed toward a network analyzer would likely not simultaneously include an 

1 1 improvement to hardware buffering or the method of chaining the received data 

12 packets, not because such aspects are not contemplated but because they are not 

13 directly related to the improvement disclosed. Where, as here, a multitude of elements 

1 4 are claimed, the number of references are a necessary incident to the manner of 

15 claiming. 

16 Applicant's argument (page 13) that Pruthi and Ashton are in different technical 

17 fields is not persuasive. Applicant characterizes Pruthi as involving "monitoring data on 

18 a communication line" and Ashton as a method for "transferring data between a host 

1 9 computer and a controller. Ashton's controller is a communication controller "Many 

20 different types of communications controllers have been used in the past to transfer 

21 data to and from a host." (Ashton 1 :35). Pruthi, which monitors data on a 

22 communication line also involves a communication controller (see e.g. item 500 of 
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1 Figure 5. IVIoreover Prutlii involves tine controller transferring data to the host computer 

2 ("the interface computer stores a set of packets in a memory of the host computer" 

3 Pruthi paragraph [0085]). Therefore, the technical field of Ashton is a subset of the 

4 technical field of Pruthi. Furthermore, Pruthi could not function without transferring data 

5 to the host computer (paragraph [0085]); therefore, the technical field of Pruthi 

6 necessarily includes the technical field of Ashton. 

7 Applicant's argument (page 14) that Pruthi in view of Ashton in view of Gagne 

8 does not teach "adding an indicator in the descriptor associated with a received data 

9 frame indicative of the next channel on which the data frame was received . . ." is not 

1 0 persuasive. Applicant's specific argument is that the disclosure of Gagne differs from 

1 1 that claimed because claim 8 requires "an indicator within a frame descriptor for 

12 attachment to a frame". Referencing the combination discussed in claim 8; Pruthi in 

13 view of Ashton teaches descriptors with next message pointers. What Pruthi in view of 

14 Ashton is said to lack is the "next channel" indicator. Therefore, all Gagne was cited to 

1 5 teach was that it was known at the time of invention to use a field indicating the next 

16 channel a packet was received on, instead of referencing the next packet directly. 

1 7 Although Applicant claims that the "next channel indicator bits of claim 8 [allows 

18 navigation] within the host memory without requiring access to any external component 

19 such as the 'sequencing ring 80' of Gagne"; such is not required expressly or impliedly 

20 by the claim. Rather, the claim merely recites that the addition to the descriptor is 

21 "indicative" and "can be used to merge data"; which are both broad and unspecific as to 

22 their actual application. 
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1 Further the combination as discussed with regard to claim 8 includes said "next 

2 channel" indicator within the descriptor of Pruthi. In addition, Pruthi's indicator is stored 

3 with the data packet (A record includes an index and the packet, where the index is 

4 analogous to the claimed descriptor. Pruthi [0039] and [0046]). Applicant's argument is 

5 not persuasive. 

6 For clarity, Examiner notes that on page 15 and 16 it is stated that the "Examiner 

7 objects to claims" 27, 31 , 35 as being obvious over the prior art. Said claims were 

8 rejected. 

9 Applicant argues (page 1 5 and 1 6) generally that there is no reason to combine 

1 0 Pruthi in view of Ashton in view of Gagne because Pruthi is only a disclosure of means 

1 1 for monitoring data, is not persuasive. Pruthi's silence on further optimizations of data 

12 transfer (Ashton and Gagne) does not render said optimizations non-obvious, it merely 

13 implies that Pruthi did not feel such disclosure was necessary to illustrate his invention. 

1 4 Applicant's argument (page 1 6) that there is no disclosure of "reading the 

1 5 descriptor of a first data packet and in dependence on information obtained from the 

1 6 descriptor accessing a subsequent data packet" is not persuasive, ("a packet include a 

17 time stamp" Pruthi [0046]; see also the Figures 20+ displaying packet statistics. )("CA 

1 8 initializes a next message pointer in one of the buffers associated with the message just 

1 9 received" Ashton column 3 line 25) ("it is important that host cpu process packets in the 

20 order in which they arrived. . ." Gagne 9:65). All the cited references are concerned in 

21 some aspect with the order of receipt. 
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1 Applicant's argument (page 1 6) tliat adding data to the descriptors is not 

2 required, is unpersuasive. IVIore specifically, the obviousness inquiry does not involve 

3 the determination of elements that are required. Moreover, the feature was not cited as 

4 inherent. 

5 Applicant's argument, regarding claim 35 (pages 16 and 17), that there is "no 

6 recitation of a merged data stream being created", is not persuasive. Pruthi at least 

7 discloses: ("first network interface . . . second network interface" Pruthi [0034]; "an 

8 interface number" Pruthi [0046]; "The calculation of this statistic is facilitated according 

9 to the present invention, because the stored packets are already all IP packets and are 

1 0 indexed by time of receipt. As such, the calculation is performed by sorting the records 

1 1 by index" Pruthi [0041]). Having two input interfaces collecting packets and a method for 

12 generating statistics on all packets is a merging. 

1 3 Applicant's further argument (page 1 7) with respect to claim 35 that there is no 

14 disclosure of offset need not be addressed because claim 35 does not recite "offset". It 

15 is an unclaimed feature. 

16 Applicant's argument with regard to claim 39 (paragraph 3 page 17) that the next 

17 message pointer is inapplicable to the material recited in claim 39, is not persuasive. 

1 8 Ashton discloses that a message pointer is ("A message pointer points to the beginning 

1 9 buffer for the next message in the linked list." Ashton 5:20). Therefore, Ashton at least 

20 teaches linking messages. Applicant's assertion that the combination of Pruthi in view of 

21 Ashton would not teach an "offset ... of a subsequent data packet", is unpersuasive 

22 since the teachings of the linked list of messages would be applicable to the stored 
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1 packets and descriptors of Prutlii. Linl^ed lists are well known and understood in the art 

2 and are not limited to specific implementations. 

3 Applicant's argument with regard to claim 39 (paragraph 4 page 17) that an offset 

4 is not anticipated by pointer disclosed is Ashton is not persuasive. Applicant states that 

5 an offset is a term of art meaning a relative distance between one memory location and 

6 another and then contrasts that with a pointer to a buffer. Even if the broadest 

7 reasonable interpretation of offset was Applicant's definition that the "offset is 

8 exclusively a relative distance between one memory location and another" it is not 

9 stated what the offset is relative to. Therefore, any pointer in memory may fairly be 

1 0 considered an offset which is relative to some memory address. Further, offset is 

1 1 referred to in Applicant's specification as an "offset pointer" (page 4 paragraph 5). 

12 Applicant's disclosure with regard to an offset being a relative element is discussed in 

13 relation to the method of managing memory in the Kernel (pages 28 and 29) which is 

14 not recited in claim 39, nor can it be read into the claim by mere recitation of offset. 

15 Applicant's argument is not persuasive. 



1 6 Applicant's further arguments depend on those addressed and are persuasive or 

1 7 not persuasive for the reasons detailed above. 
18 

1 9 Claim Rejections - 35 USC § 103 

20 The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 

21 obviousness rejections set forth in this Office action: 

22 (a) A patent may not be obtained though the invention is not identically disclosed or described as set 

23 forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 

24 the prior art are such that the subject matter as a whole would have been obvious at the time the 
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1 invention was made to a person having ordinary sl<ill in tine art to wliicli said subject matter pertains. 

2 Patentability sliall not be negatived by tine manner in wliicli tine invention was made. 

3 

4 Claims 1 -5, 9, 1 1 , 22-24, 28, 30 are rejected under 35 U.S.C. 1 03(a) as being 

5 unpatentable over Pruthi et al. (US 2002/01 0591 1 ), in view of Ramaswamy et al. (US 

6 6,510,164). 

7 Concerning claims 1 , 9, Pruthi teaches: 

8 A method of transferring data from a network to a host using a network analyzer 

9 card [ in which the host has a memorv including kernel memory space and application 

10 memorv spacel . the method comprising: ("data is received from the first communication 

1 1 line" Pruthi paragraph [001 6] & [0085]) 

1 2 At the network analyzer, receiving a plurality of data frames from a network link; 

1 3 Adding a descriptor to each frame, the descriptor including data about the frame; 

14 and ("An exemplary record having the index as a first field and the packet as a second 

1 5 field" Pruthi paragraph [0039]) 

1 6 Transferring the data frame and their attached descriptor to the kernel memorv 



1 7 (kernel memory is a necessary incident to an operating system that would be present on 

1 8 the host computer of Pruthi [00851) space within the host memory [and aeneratino 

19 offsets such that the data transferred to the kernel space of the host memorv is directly 

20 accessible to a host application] , ("the interface computer stores a set of packets in a 

21 memory of the host computer" Pruthi paragraph [0085]) 

22 Pruthi does not disclose: [in which the host has a memory including kernel 

23 memory space and application memory space] and [and generating offsets such that 
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1 the data transferred to the kernel space of the host memory is directly accessible to a 

2 host application] 

3 Ramaswamy discloses said elements: "a user-level network interface for 

4 applications running on the switching processor 44. The user-level network interface 

5 overcomes the inefficiencies of the conventional systems discussed above. In FIG. 10, 

6 the switching processor 44 has certain network applications 65 running thereon, 

7 including the packet switching functions described above. The network applications 65 

8 and the packet switching program have direct access to a list of buffers in the kernel 

9 memory 63. In an Ethernet network, each network interface 37 has a list of buffers 

1 0 associated with it. These buffers can be used to transmit data as well as receive data. 

1 1 A network driver 59 on the operating system 48 communicates with the network 

12 interface 37 in the manner described previously, and also has access to the buffer list in 

1 3 the kernel memory 63." (Ramaswamy 1 3:5-20). 

14 A person of ordinary skill in the art would have combined the specific kernel 

15 memory access system of Ramaswamy with the general packet sniffing and storage 

16 system of Pruthi (paragraph [0085]) by utilizing the improvement detailed in 

1 7 Ramaswamy (Ramaswamy 1 3:5-20). 

1 8 It would have been obvious at the time the invention was made to a person of 

1 9 ordinary skill in the art to combine Pruthi with Ramaswamy in order to avoid the 

20 inefficiencies of transferring the data to the user level by interrupting the network 

21 application (e.g. Ramaswamy 12:60-65). 
22 
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1 Regarding claim 23, Pruthi in view of Ramaswamy substantially teaches the 

2 limitations shown. Regrding the additional limitation of "transferring data frames to a 

3 host. . . in dependence on the meta data attached to the data frames" Pruthi in view of 

4 Ramaswamy teaches the mentioned limitation at least in the following: "each network 

5 interface 37 has a list of buffers associated with it. These buffers can be used to 

6 transmit data as well as receive data." (Ramaswamy 13:5-20). Note that while claim 23 

7 omits the further definition of Kernel memory the above combination also teaches the 

8 broader requirement of "region of the host buffer" since kernel memory must be a region 

9 of the host memory. 
10 



1 1 Regarding claims 2, 5, Pruthi teaches: wherein the descriptor includes a field 

1 2 indicative of the length of the data frame to which it is attached, ("size of packet" Pruthi 

13 paragraph [0046]) 

14 Regarding claim 3, Pruthi teaches: wherein the descriptor includes a field 

1 5 indicative of the order in which the data frame to which the descriptor is attached was 

16 received with respect to other received data frames. ("1 ,2,3," Pruthi paragraph [0046]) 

17 Regarding claim 4, Pruthi teaches: wherein the descriptor includes a field 

1 8 indicative of the channel from which the data frame to which the descriptor is attached 

19 was received, ("interface number" Pruthi paragraph [0046]) 

20 Regarding claim 1 1 , Pruthi teaches: an input buffer upstream with respect to the 

21 descriptor adder, the input buffer being configured and arranged to receive and 
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1 temporarily store plural data frames from the network link. ("Short-term memory" Pruthi 

2 paragraph [0044]) 

3 Regarding claim 22, Pruthi teaches a timestamp in paragraph [0046]. 

4 Regarding claim 24, Pruthi teaches: wherein the receiver and the descriptor 

5 adder are implemented in hardware. (Pruthi paragraph [0033]) 

6 Regarding claims 28, Pruthi teaches: a central processing unit; ("an exemplary 

7 network monitor is implemented with a host computer having an interface computer on 

8 a network interface card" Pruthi paragraph [0082]) and, A memory to receive and store 

9 data packets received from the network, the host being arranged such that the central 

1 0 processing unit is not interrupted when every data packet is received in the memory 

1 1 from the network analyzer card. ("In an exemplary embodiment, the interface computer 

1 2 stores a set of packets in a memory of the host computer by a direct memory access 

13 (DMA) operation and then interrupts the host computer to indicate the transfer of 

14 packets." Pruthi paragraph [0085]) 

15 Regarding claim 30, Pruthi teaches: in which the network analyzer card is 

1 6 arranged and configured to transfer data packets to a region of the host memory directly 

17 accessible to a host application, ("data stored in the memories may later be retrieved for 

1 8 analysis or for one of the applications" Pruthi paragraph [0044]) 
19 

20 
21 
22 
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1 
2 

3 Claims 6 are rejected under 35 U.S.C. 103(a) as being unpatentable over Pruthi, 

4 In view of Ramaswamy et al. (US 6,510,164), in view of Ashton et al. (US 5,317,692). 

5 Regarding claim 6, Pruthi does not explicitly disclose that pointers are stored in 



6 the host memory which are indicative of where corresponding stored. Ashton discloses 

7 such a pointer, "In the case of a read operation, the linked list of buffers is established 

8 by the CCU 1 1 4 and the CA 1 1 2 administers the transfer of all data in the list in 

9 accordance with the invention." (Ashton Column 5 line 45). A person of ordinary skill in 

10 the art would have modified the invention of Pruthi with the pointers of Ashton by 

1 1 chaining received packets. It would have been obvious at the time the invention was 

12 made to a person of ordinary skill in the art to modify the invention in order to transfer 

1 3 multiple data elements. 
14 



15 

1 6 Claims 8, 1 0, 1 2, 1 4, 26, 31 , 33-39 and 47, are rejected under 35 U.S.C. 1 03(a) 

1 7 as being unpatentable over Pruthi, in view of Ashton et al. (US 5,31 7,692), in view of 

1 8 Gagne et al. (U 5,303,347). 

19 With respect to claims 8, 26, 31 , 35, 39, Pruthi teaches: 

20 A method of transferring multi-channel data received from a 

21 network to a host using a network analyzer card, the network analyzer card comprising: 

22 a receiver for receiving plural data frames from a network link on a first channel and a 

23 receiver for receiving plural data frames from the network link on a second channel; 
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1 ("first networl^ interface . . . second network interface" Pruthi paragraph [0034]) a 

2 descriptor adder configured and arranged to add a descriptor to at least some of the 

3 data frames received on the first channel and a descriptor adder configured and 

4 arranged to add a descriptor to at least some of the data frames received on the second 

5 channel, the descriptors including data about the data frame to which it is attached, the 

6 method comprising: ("size of paci^et" Pruthi paragraph [0046]) 

7 receiving data from first and second channels on the receivers of the network analy[z]er 

8 card; and, ("An exemplary record having the index as a first field and the packet as a 

9 second field" Pruthi paragraph [0039]) 

1 0 Pruthi does not teach : 

1 1 adding an indicator in the descriptor associated with received data frames indicative of 

1 2 the next channel on which a data frame was received, whereby when stored in an 

13 associated host memory said indicators can be used to merge data from said first and 

1 4 second channels in a desired order. 

15 Ashton teaches storing an indicator to the next packet, "when an end-of-message 

1 6 is detected, the CA initializes a next message pointer in one of the buffers associated 

1 7 with the message just received" (Ashton column 3 line 25). A person of ordinary skill in 

18 the art would have modified the system of Pruthi with the pointers of Ashton by including 

1 9 the next message pointer of Ashton in the index field of Pruthi. It would have been 

20 obvious at the time the invention was made to a person of ordinary skill in the art to 

21 modify Pruthi with the pointers in order to determine the order of the messages and or 

22 to link quickly to the next item in the list. 
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1 Further Pruthi in view of Asliton does not explicitly disclose a 'next channel' 

2 indicator. 

3 Gagne discloses such a next channel indicator, "Ring identifiers 81c and 82c are 

4 fields which indicate which of receive rings 50, 50, and 70 contain the ring entry 

5 corresponding to the next sequentially received packet" (Gagne column 5 line 10). A 

6 person of ordinary skill in the art would have modified the combination of Pruthi in view 

7 of Ashton by including a 'next ring' entry in the index of Pruthi and having separate 

8 buffers for the individual input streams. Thereby allowing the multiple buffers to allow 

9 processing of "packets in the order in which they arrived." (Gagne column 9 line 66). It 

1 0 would have been obvious at the time the invention was made to a person of ordinary 

1 1 skill in the art to modify the combination in order to allow efficient processing of multiple 

12 packet flows in the order in which they were received (Gagne 9:65). 



1 3 Regarding claims 1 0, Pruthi teaches: wherein the descriptor includes a field 

1 4 indicative of the length of the data frame to which it is attached, ("size of packet" Pruthi 

15 paragraph [0046]) 

16 Regarding claim 12, Pruthi teaches a timestamp in paragraph [0046]. 

17 Regarding claim 14, Pruthi teaches a packet buffer. ("Short-term memory" Pruthi 

18 paragraph [0044]) 

19 Regarding claim 33, Pruthi teaches: when reading the descriptor of the first data 

20 packet, obtaining information about the channel from which the data was received by 

21 the host, ("interface number" Pruthi paragraph [0046]) 
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1 Regarding claims 34, 36, 37, Pruthi in view of Asliton in view of Gagne teaches: 

2 reading a Next Channel Indicator bit stored in the descriptor and accessing a 

3 subsequent data packet in dependence on the next channel indicator bit. ("Ring 

4 identifiers 81c and 82c are fields which indicate which of receive rings 50, 50, and 70 

5 contain the ring entry corresponding to the next sequentially received packet" Gagne 

6 column 5 line 10). While Pruthi in view of Ashton in view of Gagne does not explicitly 

7 say that ring identifiers are 'bits', a person of common knowledge in the art knows that 

8 addressing only requires a single bit to determine two different options, and two bits for 

9 up to four different options. In the case of two buffers only one bit is used to actually 

1 0 determine the difference between which 'nng' the next sequential packet would reside 

1 1 in. Therefore, even if the 'Ring identifier' Six should be a field of larger than 1 byte in 

12 length, only one bit would be used for the combination above, where there exist only 

13 two input buffers. 

14 Regarding claim 38, Pruthi in view of Ashton teaches: the location of data 

15 packets in the host memory is stored in an offset list containing a list of offsets used for 

16 navigation though the host memory. (See Ashton, front page). 

17 Regarding claim 47, Pruthi in view of Ashton teaches: in which the step of 

1 8 reading the descriptor comprises reading a descriptor including the location of the start 

19 of a subsequent data packet, ("when an end-of-message is detected, the OA initializes a 

20 next message pointer in one of the buffers associated with the message just received" 

21 Ashton column 3 line 25). Note the combination above includes the pointer in the index 

22 field of a received packet record. 
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2 Claim 32, is rejected under 35 U.S.C. 103(a) as being unpatentable over Pruthi, 

3 in view of Ashton, in view of Gagne, in view of Grover et al. (US 5,497,404). 

4 Regarding claim 32, Pruthi in view of Ashton in view of Gagne does not explicitly 

5 teach using the length of the first data packet to locate a subsequent data packet in the 

6 memory. Grover discloses such a feature, "A subsequent data packet position indicated 

7 by the next data packet position indicator is compared to a subsequent data packet 

8 position indicated by current data packet length information to determine if a 

9 correspondence exists. If so, the current data packet length information is used as a 

1 0 pointer to the subsequent data packet." (Grover column 4 line 5). A person of ordinary 

1 1 skill would have modified the invention of Ashton, in view of Gagne with the length 

12 pointer of Grover by conditionally using packet length as the next packet pointer. It 

13 would have been obvious at the time the invention was made to a person of ordinary 

14 skill in the art to modify the combination in order to save memory space when redundant 

1 5 data is present. 
16 

17 Claim 13 is rejected under 35 U.S.C. 103(a) as being unpatentable over Pruthi, 

1 8 Pruthi, in view of Ashton, in view of Gagne, in view of 'Tel Clock'. 

19 With regard to claim 13, Pruthi in view of Ashton in view of Gagne does not 

20 disclose that his timestamp can be a variable format. Tel Clock discloses variable 

21 timestamp formats. A person of ordinary skill in the art would have modified the 

22 combination with variable timestamps. It would have been obvious at the time the 
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1 invention was made to a person of ordinary sl^ill in tine art to modify in order to account 

2 for varying desired time resolutions. 
3 

4 Claims 15, 16 are rejected under 35 U.S.C. 103(a) as being unpatentable over 

5 Pruthi, in view of Ashton, in view of Gagne in view of Katzman et al. (US 4,228,496). 

6 Regarding claim 15, Pruthi in view of Ashton, in view of Gagne does not explicitly 



7 disclose an input and output buffer. Katzman discloses such input and output buffers, 

8 See e.g. Figure 22. A person of ordinary skill in art would have modified the invention of 

9 Pruthi in view of Ashton in view of Gagne with the 10 buffers of Katzman by including 

1 0 buffers on the devices memory. It would have been obvious at the time the invention 

1 1 was made to a person of ordinary skill in the art to include 10 buffers on the interfaces 

12 memory in order to synchronize data transfers over internal or external busses. 

13 Regarding claim 16, Pruthi, in view of Ashton, in view of Gagne in view of 

1 4 Katzman teaches transferring data to the output buffer. ("The output of the stress 

1 5 counter is decoded, and any one of the decoded values may be used to specify that the 

1 6 buffer is at a threshold depth" Katzman column 47 line 27). 
17 



18 Claims 17, 18, 19, are rejected under 35 U.S.C. 103(a) as being unpatentable 

19 over Pruthi, in view of Ashton, in view of Gagne in view of Katzman, in view of Kim et al. 

20 (US 5,859,846). 

21 Regarding claim 17, Pruthi, in view of Ashton, in view of Gagne in view of 

22 Katzman teaches: configured and arranged such that in use data is transferred from the 
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1 packet buffer to the packet buffer output buffer when the following conditions are 

2 satisfied: 

3 (a) packet buffer is determined to be not empty 

4 AND 

5 (b) (input buffer is determined to be not full) OR (packet buffer is determined to be full) 

6 ("The output of the stress counter is decoded, and any one of the decoded values may 

7 be used to specify that the buffer is at a threshold depth" Katzman column 47 line 27). 

8 Pruthi, In view of Ashton, in view of Gagne, in view of Katzman does not explicitly 

9 disclose that the transfer is blocked on an output buffer determination. Kim discloses 

1 0 such a feature, "output buffer full state flag C1 0 to the multiplexing controller 26 to 

1 1 temporarily stop the multiplexing operation" (Kim column 13 line 28). A person of 

12 ordinary skill in the art would have modified Pruthi in view of Katzman with Kim by 

13 providing an indicator signaling when the output buffer was full. It would have been 

1 4 obvious at the time the invention was made to a person of ordinary skill in the art to halt 

1 5 transmission of data when the buffer is full to prevent overwriting of stored data. 

16 Regarding claim 18, Pruthi, in view of Ashton, in view of Gagne, in view of 

1 7 Katzman teaches: whether or not the packet buffer is determined to be full or not full is 

1 8 determined by an upper threshold ("The output of the stress counter is decoded, and 

1 9 any one of the decoded values may be used to specify that the buffer is at a threshold 

20 depth" Katzman column 47 line 27) and a lower threshold, respectively. ("Thus, the ST! 

21 signal Is asserted when the buffer 189 reaches a condition of minimal stress" Katzman 

22 column 47 line 45) 
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1 Regarding claim 1 9, Pruthi, in view of Asliton, in view of Gagne, in view of 

2 Katzman teaches: in wfiicfi tfie upper and lower thresholds are variable to control data 

3 input to and output from the packet buffer, ("wire jumpers are used to select one of 

4 sixteen possible stress values" Katzman column 47 line 29). Pruthi in view of Katzman 

5 in view of Kim does not disclose that the lower threshold is adjustable. However, since 

6 the upper threshold is adjustable, also making the lower threshold adjustable is obvious. 

7 It would therefore be obvious to one of ordinary skill in the art to make the simple 

8 substitution of the nonadjustable lower threshold to an adjustable lower threshold, in a 

9 manner similar to the upper threshold. It would have been obvious at the time the 

1 0 invention was made to a person of ordinary skill in the art to make the lower threshold 

1 1 adjustable in order to specify the nature of the burst transfer. 
12 

13 Claims 20, 21 , are rejected under 35 U.S.C. 103(a) as being unpatentable over 

14 Pruthi, in view of Ashton, in view of Gagne, in view of Katzman, in view of Eckberg et al. 

15 (US 4,769,810). 

16 Regarding claim 20, Pruthi, in view of Ashton, in view of Gagne, in view of 

17 Katzman does not teach: a bandwidth controller, arranged and configured to force a 

1 8 received data frame to be dropped when one or more criteria are satisfied. Eckberg 

1 9 teaches such a limitation, as seen on Figure 7. A person of ordinary skill in the art would 

20 have modified Pruthi, in view of Ashton, in view of Gagne, in view of Katzman with the 

21 congestion control of Eckberg by providing the logic of Eckberg to handle an 

22 overburdened system. It would have been obvious at the time the invention was made 
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1 to a person of ordinary sl^ill in tine art to modify the combination to efficiently liandle 

2 congestion on the system. 

3 Regarding claim 21 , Pruthi teaches a controller implemented in hardware. (Pruthi 

4 paragraph [0033]) 
5 

6 Claim 25 is rejected under 35 U.S.C. 103(a) as being unpatentable over Pruthi, in 

7 view of Ramaswamy et al. (US 6,51 0,1 64), in view of Dunlop et al. (US 6,721 ,872). 

8 Regarding claim 25, Pruthi in view of Ramaswamy does not teach: a network 



9 analyzer card implemented in an integrated circuit or a Field Programmable Gate Array. 

1 0 Dunlop discloses a network interface implemented in an FPGA. A person of ordinary 

1 1 skill would have modified Pruthi in view of Ramaswamy with Dunlop by using an FPGA 

12 to design the network analyzer. It would have been obvious at the time the invention 

13 was made to a person of ordinary skill in the art to modify Pruthi in view of Ramaswamy 

14 with an FPGA in order to accommodate multiple dynamic protocol types. 
15 



16 Claims 40-45, are rejected under 35 U.S.C. 103(a) as being unpatentable over 

17 Pruthi, in view of Ramaswamy et al. (US 6,510,164), in view of Eckberg et al. (US 

18 4,769,810). 

19 Regarding claim 40, Pruthi teaches: A host for connection to network, the host 

20 comprising a network analyzer card, a memory and a central processing unit, wherein 

21 the network analyzer card is arranged and configured to receive data frames from the 
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1 network ("data is received from tine first communication line" Pruthi paragraph [0016] & 

2 [0085]). 

3 Pruthi in view of Ramaswamy does not teach: a hardware component configured 

4 to cause a received frame to be dropped in dependence on the amount of data stored in 

5 the host memory and/or a memory provided on the networl< analyzer card. 

6 Eckberg teaches such an element in Figure 7. 

7 A person of ordinary skill in the art would have modified Pruthi in view of 

8 Ramaswamy with the congestion control of Eckberg by providing the logic of Eckberg to 

9 handle an overburdened system. It would have been obvious at the time the invention 

1 0 was made to a person of ordinary skill in the art to modify the combination to efficiently 

1 1 handle congestion on the system. 

12 Regarding claim 41 , Pruthi teaches: wherein the network analyzer card is 



1 3 arranged and configured to add a descriptor to received data frames, the descriptor 

14 including a hardware-generated indicator for use in determination of the order of receipt 

15 of a data frame with respect to other received data frames. ("Examples of an index 

1 6 corresponding to a packet include a time stamp to indicate the time it was received by 

1 7 the network monitor" Pruthi [0046]) 



18 Regarding claim 42, Pruthi teaches: in which the network analyzer card is 

1 9 arranged and configured to add a timestamp to received data frames. (Pruthi paragraph 

20 [0046]) 

21 Regarding claim 43, Pruthi teaches: in which the network analyzer card is 

22 arranged and configured to transfer data packets to an area of the host memory directly 
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1 accessible to an application running on the host, ("data stored in the memories may 

2 later be retrieved for analysis or for one of the applications" Pruthi paragraph [0044]). 

3 Regarding claim 44, Pruthi teaches: in which the network analyzer card is 

4 arranged and configured to transfer data packets to the host memory, where the 

5 number of data packets transferred in a single data transfer operation is variable. ("In an 

6 exemplary embodiment, the interface computer stores a set of packets in a memory of 

7 the host computer by a direct memory access (DMA) operation and then interrupts the 

8 host computer to indicate the transfer of packets." Pruthi paragraph [0085]) 

9 Regarding claim 45, Pruthi teaches: in which the host central processing unit is 

1 0 interrupted due to receipt of data packets in the host memory when a sufficient number 

1 1 of data packets to fill a section of the host memory has been received ("In an exemplary 

1 2 embodiment, the interface computer stores a set of packets in a memory of the host 

13 computer by a direct memory access (DMA) operation and then interrupts the host 

1 4 computer to indicate the transfer of packets." Pruthi paragraph [0085]) or if not further 

15 packets have been received in the host memory in a determined time period. 
16 

17 
18 
19 
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1 

2 Applicant's amendment necessitated tlie new ground(s) of rejection presented in 

3 this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

4 § 706.07(a). Applicant is reminded of thie extension of time policy as set forth in 37 

5 CFR 1.136(a). 

6 A shortened statutory penod for reply to this final action is set to expire THREE 

7 MONTHS from the mailing date of this action. In the event a first reply is filed within 

8 TWO MONTHS of the mailing date of this final action and the advisory action is not 

9 mailed until after the end of the THREE-MONTH shortened statutory period, then the 

10 shortened statutory period will expire on the date the advisory action is mailed, and any 

1 1 extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 

12 the advisory action. In no event, however, will the statutory period for reply expire later 

1 3 than SIX MONTHS from the date of this final action. 
14 
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1 Any inquiry concerning this communication or earlier communications from the 

2 examiner should be directed to Michael Chao whose telephone number is (571 )270- 

3 5657. The examiner can normally be reached on 8-4 Monday through Thursday. 

4 If attempts to reach the examiner by telephone are unsuccessful, the examiner's 

5 supervisor, Joseph Thomas can be reached on (571)272-6776. The fax phone number 

6 for the organization where this application or proceeding is assigned is 571 -273-8300. 

7 Information regarding the status of an application may be obtained from the 

8 Patent Application Information Retrieval (PAIR) system. Status information for 

9 published applications may be obtained from either Private PAIR or Public PAIR. 

10 Status information for unpublished applications is available through Private PAIR only. 

1 1 For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 

12 you have questions on access to the Pnvate PAIR system, contact the Electronic 

1 3 Business Center (EBC) at 866-21 7-91 97 (toll-free). If you would like assistance from a 

14 USPTO Customer Service Representative or access to the automated information 

1 5 system, call 800-786-91 99 (IN USA OR CANADA) or 571 -272-1 000. 
16 
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17 
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